home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001179_ccprl@xdm001.c…ranfield.ac.uk _Tue May 25 10:52:45 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <ccprl@xdm001.ccc.cranfield.ac.uk>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA00176; Tue, 25 May 93 10:52:45 MET DST
  4. Received: from xdm001.ccc.cranfield.ac.uk by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA12339; Tue, 25 May 1993 11:14:06 +0200
  6. Received: by xdm001 
  7.     id AA06196; Tue, 25 May 93 10:13:55 +0100
  8. Received: by xdm039 (5.57/4.7) id AA10959; Tue, 25 May 93 10:13:50 +0100
  9. Message-Id: <9305250913.AA10959@xdm039>
  10. To: www-talk@nxoc01.cern.ch
  11. Cc: ccprl@xdm001.ccc.cranfield.ac.uk
  12. Subject: Re: Kerberos authentication for HTTP/1.0 
  13. In-Reply-To: Your message of "Mon, 24 May 93 20:13:42 BST."
  14.              <9305241913.AA14966@xdm001> 
  15. Date: Tue, 25 May 93 10:13:48 BST
  16. From: "Peter Lister, Cranfield Computer Centre" <ccprl@xdm001.ccc.cranfield.ac.uk>
  17.  
  18. > This is fine, I only said the browser should detect failure due to Payment
  19. > Required (code 402) and initiate a dialog that requests the password, I
  20. > didn't say you couldn't exec kinit to do the work.  I just don't want the
  21.  
  22. OK, fair enough. But you didn't say I could, and I'm usually right to
  23. assume (omission in description) -> (lack of function) (e.g. when
  24. reading vendorhype).
  25.  
  26. > FYI: the problem I'm trying to solve is not so much local access to
  27. > documents (you could simply check IP address for that and get most of what
  28. > you need) but rather the purchasing of books and other services over the
  29. > Internet.
  30.  
  31. I appreciate that you're interested in publishing. So am I, but I have
  32. a more immediate requirement which ordinary Kerberos will satisfy. I
  33. want to restrict certain document to certain INDIVIDUALS, but allow
  34. those individuals to use ANY workstation (even at a remote site). IP
  35. address filtering won't do that. I don't want simple Kerberos
  36. functionality to be delayed for months while the rest of the community
  37. argues about the finer point of widespread publication.
  38.  
  39. If this sounds really negative, it's not meant to be. I loudly applaud
  40. the efforts of the folk who are doing this! :-)   :-0 :-0 :-0 (3 cheers)
  41.  
  42. Peter Lister                                    p.lister@cranfield.ac.uk
  43. Computer Centre,
  44. Cranfield Institute of Technology,        Voice: +44 234 754200 ext 2828
  45. Cranfield, Bedfordshire MK43 0AL England    Fax: +44 234 750875